home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.20000217-20000824
/
000289_news@columbia.edu _Mon May 8 20:37:23 2000.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
4KB
Return-Path: <news@columbia.edu>
Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id UAA27815
for <kermit.misc@cpunix.cc.columbia.edu>; Mon, 8 May 2000 20:37:22 -0400 (EDT)
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA25855
for <kermit.misc@watsun.cc.columbia.edu>; Mon, 8 May 2000 20:37:22 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id UAA15832
for kermit.misc@watsun.cc.columbia.edu; Mon, 8 May 2000 20:35:27 -0400 (EDT)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: "Steve" <steve@baus-systems.com>
Subject: Re: Unexpected parity from host
Message-ID: <Q2JR4.8073$701.123668@news4.giganews.com>
Organization: Giganews.Com - Premium News Outsourcing
Date: Mon, 8 May 2000 17:36:06 -0700
To: kermit.misc@columbia.edu
I am attaching the packet log of the receiving PC that is giving us the
unexpected parity from host message. This represents 2 attempts at sending.
Here is the setup file for Kermit:
set port 1
set speed 9600
output AT &F\13
output AT &C1\13
output AT &D2\13
output AT N0\13
output AT s0=1\13
output AT s37=9\13
set parity none
set flow xon/xoff
set handshake none
set duplex full
set warning off
set incomplete discard
set send packet 94
set retry 60
show comm
pause 1
Running Zoom external K56 modems on both ends.
What we are attempting to do is have the calling computer connect to a PC in
server mode. The calling computer sends a FIN twice which forces the
receiving PC to the beginning of its script. If the previous calling PC did
not finish its file transfer, the receiving PC may not be in the proper
location and 2 FINs resolve this The calling PC then sends a file and
issues another FIN, the receiving PC opens that file, sees who this is,
creates a file specific to this caller to send back, the calling computer
then recieves the custom file and then sends its data to the host. A few
times we have made it into the file transfers but most of the time we just
see what appear to be control characters on the screen then the line seems
to drop.
Any help would be appreciated,
Steve Baus
Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote in message
news:8f755k$236$1@newsmaster.cc.columbia.edu...
> In article <x5ER4.63613$VR.1259526@news5.giganews.com>,
> Steve <steve@baus-systems.com> wrote:
> : We are running into an unexpected parity from host, changing parity to Mark
> : message on a PC set to server mode we are attempting to send files to. Both
> : computers are set to parity none, both running K 3.15 using Zoom external
> : modems. Phone company says the line is clean. We routinely do the same
> : file transfer to multiple other locations on a regular basis without any
> : problems.
> :
> This message is issued when MS-DOS Kermit receives what it believes to be
> a file-transfer packet in which the control fields, which are 7-bit by
> definition of the protocol, have their 8th bits set to 1. This is how Kermit
> automatically detects parity when you don't give it an explicit SET PARITY
> command.
>
> Does the file transfer work?
>
> If so, then you probably have one or both of the modems inadvertently
> configured to add parity. If not, please collect a packet log and take a
> look at it. If that doesn't help, send a copy of the packet log to
> kermit-support@columbia.edu.
>
> - Frank
begin 666 Pack.log
(contents deleted...)
end